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(57) Abstract: A system (100) and method (200) for computerized competition 
useful for rewarding a player. The system and method may be utilized in arcade 
games, personal computer games, dedicated video games, networked games, and 
simulators. The method may include selecting a target reward level or threshold 
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justing (230/520) the reward level according to the ability of the players of the 
system. The method may further include adjusting (408) the playback (414) of a 
previous competition sequence (406) according to the adjusted reward level. In 
one embodiment, a previous vehicle race sequence is stored (240) and played back 
as a ghost or phantom vehicle simultaneously (220) with a present vehicle (204) 
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SYSTEM AND METHOD OF VEHICLE COMPETITION WITH ENHANCED GHOSTING FEATURES i 

Background of the Invention 

Field of the Invention 

Aspects of the present invention generally relate to vehicle simulators. More particularly, embodiments of 
the present invention relate to selectively rewarding the user of the simulator. 

Description of the Related Technology 

What is needed is a way to selectively reward users of a simulator or game, such as a vehicle simulator, 
according to a target reward level established by an owner or operator of the simulator. The target level would vary 
according to the ability of the users and would be adjusted dynamically. 

Summary of the Invention 

In one aspect of the invention, there is a method of simulated vehicle competition, comprising storing a 
plurality of parameters indicative of past routes and a past route, providing a threshold route parameter, navigating a 
simulated vehicle over a current route, displaying the current route of the simulated vehicle, and modifying the 
threshold route parameter with a parameter corresponding to the plurality of stored parameters. 

In an additional aspect of the invention, there is a method of rewarding a player of a simulated vehicle racing 
system, the method comprising a) storing vehicle race parameters of past players on a particular track in a memory, b) 
storing a target vehicle path, c) selecting one of the stored vehicle race parameters as a target race parameter, d) 
playing the stored target vehicle path as a function of the target race parameter and a new vehicle path by a player 
vehicle of a present player, e) recording spatial data of Jhe player vehicle on the particular track in a buffer as the new 
vehicle path of the present player, f) storing a vehicle race parameter of the present player in the memory, g) selecting 
the recorded new vehicle path as a new target vehicle path if the stored vehicle race parameter of the present player is 
an improvement over the target race parameter, h) adjusting the stored vehicle race parameter associated with the 
new target vehicle path based on the target race parameter, thereby generating a new target race parameter, and i) 
repeating d) • h) at least one time. 

In an additional aspect of the invention, there is a simulated vehicle racing method, comprising retrieving a 
vehicle path corresponding to a stored route of one of a plurality of previous players on a simulated course, retrieving a 
plurality of vehicle race times, each race time corresponding to a race time of a previous player, selecting one of the 
plurality of vehicle race times as a free game time, and adjusting the playback of the retrieved vehicle path as a 
function of the free game time. 
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In an additional aspect of the invention, there is a simulated vehicle system, comprising a simulated vehicle 
configured to traverse a simulated course, a data structure holding a plurality of course finish times, a present course 
buffer configured to store a present course path of the simulated vehicle and a course finish time of the simulated 
vehicle as it traverses the simulated course, a recorded course storage configured to store a recorded course path, and 
5 a playback adjuster configured to adjust the speed of playback of the recorded course path when a course finish time 

in the data structure which corresponds to the recorded course path is different than a selected one of the course 
finish times. 

In an additional aspect of the invention, there is a computerized competition method, comprising 
accumulating a plurality of competition scores from multiple competitions in a competition environment, and selecting 
10 one of the competition scores to be a threshold for further competitions, wherein passing the threshold determines an 

award, and wherein the selecting is based on a predefined percentage of awards. 

In an additional aspect of the invention, there is a computerized competition system, comprising a 
competition environment stored in a computer, a data structure storing a plurality of past competition scores, a 
present competition buffer configured to store a present competition score and results of a present competition in the 
15 competition environment, a recorded competition storage configured to store results of a past competition in the 

competition environment, and a parameter adjuster configured to adjust at least one parameter of playback of the 
recorded past competition based on a function of a selected one of the competition scores. 

In an additional aspect of the invention, there is a simulated competition method, comprising retrieving a 
stored competition sequence of a previous player in a competition environment, retrieving a plurality of scores of 
20 previous players, selecting one of the plurality of scores as a target score, and adjusting a playback parameter of the 

retrieved competition sequence as a function of the target score. 

Brief Description of the Drawings 
Figure 1 is a block diagram of one embodiment of the components for a simulated vehicle competition system 
of the present invention. 

Figure 2 is an operational flowchart describing using the system of Figure 1 for simulated vehicle competition 
and determining a competition parameter for rewarding the player. 

Figure 3A is a flowchart describing one embodiment of the Record Player Vehicle Data function defined in 

Figure 2. 

Figure 3B is a diagram of one embodiment of a data record used in a data structure for storing player vehicle 

data. 

Figure 3C is a diagram of one embodiment of a data structure for storing player vehicle data as described in 
Figure 3A. 

Figure 4 is a flowchart describing one embodiment of the Display Ghost Vehicle function defined in Figure 2. . 
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Figure 5A is a flowchart describing one embodiment of the Free Game Time Adjustment function defined in 

Figure 2. 

Figure 5B is a diagram of one embodiment of a data structure for storing competition data as described in 
Figure 5A. 

Figure 6 is a flowchart describing one embodiment of the Update Time to Beat function defined in Figure 5A. 
Figure 7 is a flowchart describing one embodiment of the Calculate Time to Beat function defined in Figure 

6. 

Figure 8 is a flowchart describing one embodiment of the Save Ghost Data function defined in Figure 2. 
Figure 9 is a diagram of a screen display for an exemplary scene of the vehicle competition system as seen 
on the display system of the embodiment shown in Figure 1. 

Detailed Description of the Preferred Embodiments 

This present invention incorporates by reference the following U.S. Patents: 5,269,687, entitled "System 
and Method for Recursive Driver Training"; 5,354,202, entitled "System and Method for Driver Training with Multiple 
Driver Completion"; 5,366,376, entitled "Driver Training System and Method with Performance Data Feedback"; 
5,577,913, entitled "System and Method for Driver Training with Multiple Driver Competition"; and 5,660,547, 
entitled "Scenario Development System for Vehicle Simulators". 

The following detailed description presents a description of certain specific embodiments of the present 
invention. However, the present invention may be embodied in a multitude of different ways as defined and covered by the 
claims. In this description, reference is made to the drawings wherein like pans are designated with like numerals 
throughout 

One embodiment of the invention is described herein with reference to video game systems in an arcade. 
However, it will be understood that the invention is applicable to vehicle simulators or game systems of other types as 
well. For example, the invention may be embodied in home video games, whether played on stand alone units through 
game controllers that link to ordinary TV sets or for games that are played on personal computers (PCs). Any of these 
game units, if provided with suitable hardware and software for accommodating networking operation, could be finked 
to a global network such as the Internet. 

Figure 1 illustrates an example of a game system 100 that includes several subsystems, as is known in the art. 
For example, an arcade game system may include a display system 1 14 for displaying high resolution, three dimensional 
images to a screen. The display system 1 14 communicates with a Central Processing Unit (CPU) system 102 through a 
bus 1 16. The bus 1 16 can be in the form of any conventional data bus, but in one embodiment, is a peripheral component 
interconnect (PCI) bus as is well known in the electronics technology. The CPU system 102 may include a processor such 
as a Quantum Effect Design, Inc. R7000 processor or any other well-known processors, such as those provided by 
Motorola, Hitachi, Intel or IBM. The CPU system 102 may also include an appropriate computer memory 104, an 
input/output (I/O) subsystem (not shown), and persistent storage 112 for storing computer programs and data. The 
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memory 104 may include an executable code portion 106 for the vehicle simulation competition and reward system of the 
present invention and a set of data structures utilized by the code. In one embodiment, the vehicle simulation competition 
code is embodied as an arcade game. A portion of the source code, written in used to generate one embodiment of 
the executable code 1 06 is provided in the Appendix. 
S The CPU system 102 may communicate with the input/output system through a local bus, such as a 32-bit local 

bus that provides data communications between the processor and the input/output subsystem. Within the input/output 
subsystem is an I/O connector (not shown) that accepts inputs from peripheral devices or controls 110. In one 
embodiment, the I/O connector is a Japanese Amusement Machine Manufacturer's Association (JAMMA) connector. This 
type of connector is well-known in the art of arcade games and provides an interface for determining whether a peripheral 
1 0 event has occurred. For example, in many arcade games, a JAMMA connector is used to determine whether the start, fire, 

up, down, left or right buttons have been pressed by a player during a game play. Connected to the I/O connector may be a 
gas pedal, steering wheel, buttons, and so forth. Thus, when action is taken by a player, inputs into the CPU system 102 
are activated. 

In another embodiment, the CPU system 102, the memory 104, the I/O subsystem and the persistent storage 
IS 112 may be embodied as a personal computer, such as an IBM-compatible computer or a Macintosh computer from Apple. 

The personal computer may be connected to a computer network, e.g., the Internet, through an appropriate connection. In 

yet another embodiment, the CPU system 102, the memory 104, the I/O subsystem and the persistent storage 112 may 

be embodied in a dedicated game machine, such as available from Nintendo, Sega, Sony, or others. 

Referring to Figure Z a top level operational flowchart for a simulated vehicle competition process 200 will be 
20 described. Process 200 includes determining a competition parameter for rewarding a player. In one embodiment, the 

flowchart may describe a car racing arcade game embodied as the executable code 106 (Figure 1). In another 

embodiment, the flowchart may describe a vehicle simulator or a video game embodied as the executable code 106. 

Although an arcade game embodiment is described hereinbelow, the description hereinafter also includes vehicle 

simulator or vehicle competition video game embodiments. Furthermore, the invention may be applied to non-vehicle 
25 competition, so long as there is objective criteria to determine when an award should be given. For example, the 

invention may be embodied in a sports, war, battle, adventure, or other environment, and the objective criteria may be 

resources remaining, points, treasures gained, or so forth. 

Beginning at a start state 202, process 200 begins a new vehicle competition game and moves to a Display 

Player Vehicle function 204. Function 204 displays a simulated vehicle, such as vehicle 900, being driven by a player 
30 on a track 950 of a simulated course 940 as shown in the exemplary screen shot of Figure 9. The display of simulated 

vehicles on a simulated course is well known. For example. Applicant's U.S. Patent No. 5,269,687 and Patent No. 

5,366,376 describe displaying a car on a track. A present race time 920 is also displayed, such as in a corner of the 

display. 
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At the completion of displaying the player's vehicle 900 at one point of time on the track 950, process 200 
advances to a Record Player Vehicle Data function 210. Data regarding the position, orientation and time of the 
player's vehicle is stored in memory. Function 210 will be further described in conjunction with Figures 3A and 3B. 

After the player vehicle data is stored for the instantaneous position of the player vehicle on the course, 
5 process 200 continues to a Display "Ghost" Vehicle function 220. In one embodiment, a "ghost 0 vehicle, such as 

ghost vehicle 910 (Figure 9), is displayed as a lighter and translucent version of a player vehicle, although there are 
other ways of showing a ghost vehicle. The ghost vehicle may appear to be similar in size, color and shape, etc. to the 
player's vehicle, or may be different in size, color or shape, etc. The ghost vehicle may also be referred to as a 
phantom vehicle. In one embodiment, the word "FREE" may appear over the ghost vehicle as will be described 
1 0 hereinbelow. 

After the ghost vehicle 91 0 is displayed at one point of time on the track 950, process 200 advances to a 
decision state 222 to determine if the present game has completed. If not. process 200 returns to function 204 to 
display the player vehicle at a subsequent time to the previous time of display. In one embodiment of the system 100, 
the loop of functions 204, 210 and 220 is performed about every 1 6 milliseconds or 60 times a second. 

1 5 If the present game has completed, as determined at decision state 222, process 200 moves to a Free Game 

Time Adjustment function 230. In one embodiment of the present invention, a player receives a free game for beating 
the race finish time of the ghost car 910 (having "FREE" above it) as it traverses the course 940. The system 100 
may include a plurality of courses or tracks, each of which may include a ghost car and a corresponding race finish 
time. The time to beat to win a free game may be adjusted to track a game operator's setting, for example, as will be 

20 explained in conjunction with Figures 5A, 5B, 6 and 7 hereinbelow. 

After the free game time is adjusted by function 230, process 200 advances to a Save Ghost Data function 
240. If the player beat the free game time, the system 100 stores new ghost vehicle data as will be described in 
conjunction with Figure 8 below. At the completion of function 240, process 200 moves to a decision state 242 to 
determine if the player desires to play a new game. If so, process 200 moves to start a new game at function 204, as 

25 described above. If it is determined, .at decision state 242, that a new game is not to be played, process 200 

completes at an end state 244. 

Referring to Figures 3A and 3B, the Record Player Vehicle Data function 210, previously shown in Figure 2, 
will be further described. Beginning at a start state 302, function 210 proceeds to a decision state 304 to determine 
if the player's vehicle has advanced a distance of 30 feet on the simulated course 940 (Figure 9) since the last time 

30 player vehicle data was stored. In another embodiment, a distance other than 30 feet may be used, such as a distance 

selected from the range of 5 to 50 feet, for example. The selected distance value balances two opposing constraints. 
Using a short distance requires more memory to be used, and using too long a distance causes an undesirable effect to 
occur, i.e., there may be artifacts in the animation when played back or reproduced. In one embodiment, the distance 
value may be based on the size of the available memory. In another embodiment, advanced techniques may lower the 

35 memory usage and may be used on a less powerful system, such as a home gaming system, for example. Player 
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vehicle data is stored at the beginning of the course as initial stored data. If the vehicle has not moved more than 30 
feet, as determined at decision state 304, function 210 completes and proceeds to end state 308. 

If the vehicle has moved more than 30 feet, as determined at decision state 304, function 210 proceeds to 
state 30B. At state 306, the present vehicle data is stored in a vehicle data structure, which functions as a present 

5 course buffer. For example, data regarding the position, orientation and game time of the player's vehicle is stored in 

the data structure 108 in memory 104. An exemplary queue data structure 330 having multiple data records, such as 
data records 320 and 340, is shown in Figure 3C. In one embodiment, the data record 320 lalso for record 340 and 
subsequent records) has fields 322 for vehicle X, Y, Z position, fields 324 for quaternion ql, q2. q3, q4 orientation, 
and a game time field 326, and is shown in Figure 3B. Quaternion orientation may be implemented by computer 

10 functions such as described in Advanced Animation and Rendering Techniques, Theory and Practice, Alan Watt and 

Mark Watt, Addison Wesley, Menlo Park, California, ISBN 0-201-54412-1, pages 361368, which is hereby 
incorporated by reference. Data for an exemplary record is as follows: 

X: 3354.7895 

15 Y: 4521.8561 

Z: 30.5435 

ql: 0.7071 

q2: 0.5000 

q3: 0.0000 

20 q2: 0.5000 

game time: 32043 (units in milliseconds) 

A new record with data corresponding to a distance of 30 feet down the track is stored at location 340 of the 
structure 330 in a subsequent execution of function 210. After the completion of state 306. function 210 completes 

25 at an end state 308. 

Referring to Figure 4, the Display Ghost Vehicle function 220, previously shown in Figure 2, will be further 
described. Beginning at a start state 402, function 220 proceeds to a decision state 404 to determine if this 
execution of the function 220 is at the beginning of the game. If so. process 220 retrieves ghost vehicle path data, 
such as stored in a queue data structure 330 (Figure 3B) by function 240, from persistent storage 112 (Figure 1) at 

30 state 406. However, if the ghost vehicle path data has already been previously retrieved, as determined at decision 

state 404, function 220 proceeds to state 408. At state 408, function 220 determines a ratio of the race time 
needed to win a free game ("free game time"), which is obtained from a Free Game Time function 620 (Figures 6 and 
7) that is part of the Free Game Time Adjustment function 230, to the actual finish time for the stored ghost vehicle 
Tghost vehicle time"). This ratio is used to set a variable "h". For example, if a free game time was 210,453 

35 milliseconds and a ghost vehicle time. was 212,341 milliseconds, the ratio "h" of free game time to ghost vehicle time 

would be 0.99110864.* 

Moving to state 410, function 220 sets a variable "g" equal to the elapsed game time. An exemplary 
elapsed game time may be 32,043 milliseconds. Continuing at state 412, function 220 multiplies the value of variable 
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V and the value of variable Tf and sets the product equal to the variable T. Us'mg the above exemplary values, T 
may be 31.758. Moving to state 414, function 220 displays the ghost vehicle according to the scaled time value T. 
The software code for state 414 operating on the CPU system 102 functions as a playback adjuster in one 
embodiment. Showing the position and orientation of a recorded path in three-dimensions along with an orientation 
5 using quaternions and a rendered three-dimensional object are discussed in Advanced Animation and Rendering 

Techniques, Theory and Practice, mentioned above. State 414 uses the scaled time value T to reference as an index 
into the time-ordered animation data, e.g., ghost vehicle data. Then, known techniques, such as determining a 
weighted average of two samples based on a linear proximity in time between sample time values, ibid., are used in the 
display of the ghost vehicle. Therefore, in one embodiment, a single animation may be played at different speeds 
1 0 based on the scaling ratio "h". For example, referring to Figure 3C, the scaled time value T may lie between the game 

time of data record 320 and the game time of data record 340. In one embodiment, an interpolation is done to 
calculate new X, Y, Z, q1, q2, q3 and q4 values based on the proximity in time of the scaled time value T between the 
game times of the two data records. Function 220 completes at an end state 416. 

Referring to Figures 5A and 5B, the Free Game Time Adjustment function 230, previously shown in Figure 2, 
1 S will be further described, in one embodiment, function 230 is performed after completion of a game, i.e., after the 

present game ends but before another game may begin. Portions of the software code and the CPU system 102 
(Figure 1) function as a parameter adjuster. 

Beginning at a start state 502, function 230 proceeds to a decision state 504 to determine if the player's 
vehicle finished the present race. If not, function 230 moves to state 506 and searches for the worst value of the 
20 competition parameter, such as slowest time, in a data structure 530 containing one or more competition parameters, 

such as race finish times. The worst finish time is set to a variable "a". In one embodiment, the data structure 530 
may be a circular queue of race finish times, scores, etc. The circular queue 530 is one of the data structures 108 
(Figure 1). In one embodiment, the circular queue 530 contains one hundred entries. In another embodiment, the 
circular queue 530 may have a number of entries that is greater or less than one hundred. 
25 Returning to decision state 504, if the player did finish the race, function 230 proceeds to state 508 and 

sets the variable "a" to the finish time for the race. At the completion of either state 508 or state 506, function 230 
advances to state 510. At state 510, function 230 stores variable "a" into a data structure, such as the circular 
queue 530. Referring to Figure 5B, the slot in the circular queue which just receives an entry, such as the variable "a", 
is referred to as the tail 532 of the queue. The location just in front of the tail is referred to as the head 534 of the 
30 queue. 

At the completion of state 510, function 230 proceed to a decision state 512 to determine if the finish time 
is good enough for a free game. This may happen if the player's vehicle beats the ghost car across the finish line for 
the course. If so, function 230 continues at state 514 and increments a count of free games awarded by the game 
system 100. At the completion of state 514, or if the finish time was not good enough for a free game, as determined 
35 at decision state'512, function 230 proceeds to state 516. At state 516, function 230 increments a total number of 
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game played on the system 100. Function 230 then proceeds to an Update Free Game Time function 520 which is 
described below. At the completion of function 520, function 230 completes at an end state 522. 

Referring to Figure 6, the Update Free Game Time function 520, previously shown in Figure 5a will be further 
described. Beginning at a start state 602, function 520 proceeds to state 604 where a percentage of free games to 
5 allow for the game system 100 is used to set a variable T>\ In one embodiment, the values for "b" may be 5%, 10% 

or 15% free games. The percentage of free games to allow has previously been selected by the operator, owner or 
administrator of the system 100. In another embodiment, the percentage of free games to allow may be initially set 
by the manufacturer, i.e., the factory. Variable "b" is referred to as the operator's choice percentage. 

Moving to state 606, an observed percentage based on a number of free games awarded for previously 

10 played games and a total number of previously played games, which are tracked by the game system 100, is used to 

set a variable "c". This variable is referred to as the observed percentage. Continuing to a decision state 608, 
function 520 determines if the observed percentage is greater that the operator's choice percentage. If not, function 
520 sets the value of variable "b* to a variable "d" at state 610. However, if the observed percentage of free games 
is greater than the operator's choice percentage, as determined at decision state 608, function 520 proceeds to state 

IS 612. At state 612, function 520 calculates a value for variable ~d" by subtracting the value of variable "b" from the 

value of variable "c" and taking that result and subtracting it from the value of variable "b". This result is used to set 
the variable *d\ For example, for the exemplary values of "b" - 5% and *c" - 5.1%, "d" would be (b-(c-b)) - 4.9%. 

Advancing to a decision state 614, function 520 determines if the value of the variable "d" is less than zero. 
If so, function 520 proceeds to state 616 and sets the variable "d" to be equal to zero. In one embodiment, the effect 

20 of setting *d* to zero forces the Calculate Free Game Time function 620 (Figure 7) to return the fastest time in the 

circular queue 530 as the new free game time (time to beat), as is discussed below. At the completion of state 610 or 
state 616, or if the value of variable *d" is not less than zero, as determined at decision state 614, function 520 
proceeds to function 620. Function 620 calculates a free game time as a function of the variable "d" and of the 
circular queue of times 530. Function 620 will be described below in conjunction with Figure 7. Note that the free 

25 game time is shown on the exemplary screen shot of Figure 9 as the Free Game Time 930. At the completion of 

function 620, function 520 finishes at an end state 622. 

Of course, other techniques could be used to update the free game time, especially when it is determined that 
statistical game times deviate from the intended level of awarding free games. 

Referring to Figure 7, the Calculate Free Game Time function 620, previously shown in Figure 6, will be 

30 further described. Beginning at a start state 702, function 620 proceeds to state 704. At state 704, function 620 

transfers the values of the circular queue 530 to a temporary array V. If the queue is not full, the values are 
transferred into the top of the array. Advancing to state 706, function 620 sorts temporary array V in ascending 
order of the competition parameter, which may be the race finish times. In one embodiment, this state yields an array 
of one hundred locations with the fastest finish time stored in location zero and the slowest finish time stored in 

35 location 99. Moving to state 708, function 620 obtains an entry in temporary array V corresponding to the 
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percentage variable "d" . In operation, since the circular queue 530 and thus temporary array V, may not always be 
full, an interpolation between existing elements in the queue may be done. Note that interpolation may also be done on 
a full array. Also note that il the percentage variable "d" is fractional multiple entries may be used for interpolation to 
obtain a more precise value. 

5 For example, the value of m A" may be 4.9% and the sorted temporary array V may have the following ten 

values: 

element value 

0: 230747 
10 1: 231001 

2: 231567 

3: 231588 

4: 231666 

5: 232189 
15 6: 234438 

7: 237069 

8: 239421 

9: 241597 

20 In one embodiment, the determination of the free game time may be done as follows: First, a fractional number 

representing the index of the number or numbers to use and a fractional interpolation value to use to interpolate 
between two numbers is determined using the following equation: 



25 



"d" (in percentage ) * < number of elements in array V> / 100%. 

For the value of "d" - 4.9%, and the number of elements in array V - 10: 

4.9% # 10 (total entries in list) / 100% - 49 / 100 - 0.49 

30 The index of the first element to use is the integer part of 0.49 (which is 0) and the fractional part is used to 

interpolate between elements 0 and 1. Therefore, the free game time would be: 

elO]*(e[1].e|0])Mrac 
230747 * ( 231001 - 230747 ) * 0.49 - 
35 230747 + (254)* 0.49- 

230747 + 124.46 - 

230871 milliseconds, or 3'40"871 (3 minutes, 50 seconds, and 871 milliseconds) 

At the completion of state 708, function 620 completes at an end state 710. 
40 Referring to Figure 8, the Save Ghost Data function 240, previously shown in Figure 2, will be further 

described. Beginning at a start state 802, function 240 proceeds to a decision state 804 to determine if the player 
beat the free game time for the present race. If not, function 240 completes and proceeds to an end state 808. 
However, if the player did beat the free game time, as determined at decision state 804, function 240 moves to state 
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806. At state 806, function 240 stores the ghost data, which was temporarily stored to a buffer queue in function 
210, to the persistent storage 112, which in one embodiment, functions as a recorded course storage. The buffer 
data, which is from the queue data structure 330, is supplemented with the race finish time for the course and the 
name of the player that traversed the course. At the completion of state 806, the function 240 proceeds to an end 
5 state 808. 

The example discussed above relates to a game wherein the parameter that is compared is time, and the 
reward is a free game. Other embodiments, such as a simulator, may use different parameters for comparison, such as 
a count of accidents, a score, etc., and other types of rewards. For example, the competition system may be 
connected to a global computer network and the reward may comprise recognition for the player on a network 
1 0 resource of the global computer network. As another example, the competition system may be connected to a global 

computer network and the reward may comprise cyber-credits or a cyber-reward for the player on the global computer 
network. 

In another embodiment, the competition system may be connected to a global computer network and the 

vehicle race (ghost) data may be transmitted to a network resource. The vehicle race data for a particular player may 
15 be compiled with the vehicle race data of other players. Players who access the network resource may be able to 

download the vehicle race data to use as ghost data in their competition system. 

Specific blocks, sections, devices, functions and modules may have been set forth. However, a skilled 

technologist will realize that there are many ways to partition the system of the present invention, and that there are many 

parts, components, modules or functions that may be substituted for those listed above. 
20 While the above detailed description has shown, described, and pointed out the fundamental novel features of 

the invention as applied to various embodiments, it will be understood that various omissions and substitutions and 

changes in the form and details of the system illustrated may be made by those skilled in the art, without departing from 

the intent of the invention. 
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1. APPENDIX 



/* 

5 



* $RCSfile: freeg.c.v $ - 

] 0 * Copyright (01 999 Atari Games 

* Unauthorized reproduction, adaptation, distribution, performance or 

* display of this computer program or the associated audiovisual work 

* is strictly prohibited. 

15 



* $ Author: hightower $ $Date: 1999/07/13 05:16:38 $ 

* $ Revision: 1.4 $ $Locken $ 

20 



*/ 

25 include "freeg.h" 

include "hi.h" 
^include "cksum.h" 
^include "game-h" 

30 ^include "defines.h" 

^include < string.h > 
include < stdlib.h > 
^include <stdio.h> 

35 

^define FG_FILEVERSI0N 1 
/ # 

# NOTE: this modules uses PLAYERS/team.rwm even though it should have "it's 
40 * file named something like "FREEGAME/game_historyjwnT 

* Apologies in advance for any confusion.. (AMH) 
*/ 

Idefine CONVERT(timeJaps) (((time) # 3)/(laps» 
#define UNCONVERT(timeJaps) («time) # laps)/(3» 

45 

static BOOL fg_read; 
typedef struct _f gTrackHist 

{ 

50 /'head- -tail •> empty 

* head- -tail* 1 -> 1 item in list at sampftaiQ 
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• head- -lalU -> fist f uU 

• head > - FG MAXSAMPS - > undefined ..not allowed 

• tail > - FGJVIAXSAMPS •> undefined ..not allowed 
5 • •/ • 

S32 head; 
S32 tail; 

S32 sampsJFGJVIAXSAMPS]; 

10 S32curttb; 

U32 totafgames; P Count of free games */ 
U32 f reegames; /* total game count */ 

} 

fgTrackHist; 

15 

typedef struct _f gDb 

{ 

fgTrackHist h[FG MAXTRACKS][FG_MODES]; 

} 

20 fgDb; 

static void 

_insert( fgTrackHist *h, S32 val ) 
{ 

25 h- > sampslh- > head + + ] - val; 

if { h- > head > - FG_MAXSAMPS ) h- > head - 0; 

if { h- > head h-> tail) 
{ 

30 h->tail++; 

if { h- > tail > - FG_MAXSAMPS ) h- > tail - 0; 

} 

} 

35 static fgDb fg; 

static S32 _fgrime2Beat( S32 track, S32 mode, S32 percent }; 
static void _fgRead( void ); 

/* Race time in units of milliseconds per 3-laps */ 
40 static S32 ttblFG MAXTRACKS](FG_MODESJ - 

{ 

{ 140000,130000},/' T1 */ 
{ 193000. 190000},/* T2 # / 
{ 193000. 190000}./* T3*/ 
45 { 194000. 190000 }./*T4*/ 

{265000. 260000 },/*T5*/ 

}: 

void 

50 fglnitl void ) 

{ 

JgReadO; 
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} 

static void 

_f gUpdateTimes! void ) 
5 { 

F32 ratio; 
S32i,j; 

fori i-0; i< FG_MAXTRACKS; i+ + ) 
10 { 

f or{ j - 0; j < FG_M0DES; j + + ) 
{ 

S32 val; 
fgTrackHist 'h; 

15 

h - &fg.hinUL- 

ratio - gDstWinRatio; 

20 if { h- > totalgames ) 

{ 



25 



F32 oratio; /• observed ratio */ 

oratio - lOO.Of * h- > freegames / h- > totalgames; 



if ( oratio > ratio ) , 
{ 

ratio - ratio - ( oratio - ratio ); 
if ( ratio < 0 ) ratio - 0; 

30 } 
} 

val - _f gTime2Beat( i, j, ratio ); 

if ( val ) fv > curttb - val; 
35 else 
{ 

h->tail - 0; 
h->head - 1; 

h->samps|0J - h > curttb - ttbHlfD; 

40 } 



} 

45 static S32 

f gWorstt S32 tidx, S32 midx ) 

T 

fgTrackHist *t; 
S32i; 

50 S32 worst; 

t - Sfg.h(tidxlImidxL* 
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H( t- > tail - - t- > head ) return ttbltidxJlmidxfc 
worst - t- > sampslt- > tail]; 

fori i=t-> tail; H - 1- > head; i - «i + 1 )%FG_MAXSAMPS) ) 
{ 

iff t* > sampsli] > worst ) worst « t- > sampsfil; 

} 

return worst; 

} 



r 

1 5 * Return the percent of finish times that are better than the given time 

*/ 

S32 

JgPercentl S32 track, S32 mode. S32 time, S32 laps ) 
{ 

20 fgTrackHist *t; 

S32 better - 0; 
S32 total - 0; 
S32 i; 

S32 val - CONVERT(time.laps); 



25 



45 



t - &fg.hitrack]Imode]; 



for( i-t- > tail; i!-t- > head; i-«i+ 1)%FG_MAXSAMPS) ) 
{ 

30 if( t- > sampsli] < val ) better* +; 

total* + ; 

} 

return ( total - - 0 ) ? 0 : ( better * 100 ) / total; 

35 } 

static int 

comparS32{ const void *_a, const void # _b ) 

{ 

40 S32 , a-|S32 , )_a; 

S32'b-(S32*)_b; 

return *a - *b; /* Sort in ascending order */ 

} 



S32 

_fgTime2Beat( S32 track. S32 mode, S32 percent ) 
{ 

S32 i; 

50 S32 total - 0; 

S32 tmp[FG_MAXSAMPS] - {0}; 
F32 fidx: 
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F32 frac; 
fgTrackHist *t; 

if (percent > 100) percent « 100; 
*rf( percent < 0 ) percent - 0; 

t - &fg.h[track]|mode]; 

for( i-t-> tafl; i!-t-> head; iHfl+1)%FGJWAXSAMPS) ) 
{ 

tmp[total++] - t->sampsfil; 

} 

qsortf tmp, total, sizeofl S32 ), comparS32 ); 

HI total > 0 J 
{ 

fidx - { (F32)percent * (F32)total ) / ( lOO.Of ); 
if ( fidx > - total ) fidx - total • 1; 

} 

else fidx - 0; 

i - |S32)f idx; 
frac - fidx ■ (F32)i; 

H(i+1 < total) 
{ 

return tmpfi] + I tmp[i+ 1J - tmpfi] ) • I frac ); 

} 

else 

{ 

return tmplfl; 

} 

} 

BOOL 

fgEamedf S32 track, S32 mode, S32 time, S32 laps ) 
{ 

BOOL earned; 
fgTrackHist *h; 

H( Hg_read)_fgReadO; 

iff IgDstWinRatio ) return 0; 
if( flaps ) return 0; 

HI track < 0 | | track > - FG_MAXTRACKS ) return 0; 
H( mode < 0 1 1 mode > FG_MODES ) return 0; 
H| Itime ) return 0; 

h - &fg.h[track][modeL' 
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earned - ( CONVERT(time,laps) < h->curttb); 
return earned; 

} 

5 

static void 
f gWrite! void ) 

{ 

FILE *f; 
10 ckSumck; 

S32 ver - FG_FILEVERS10N; 

if I ( f - fopen( "/dOJPLAYERS/teams.rwm". °r+" ) ») 
{ 

15 ck - ckSumGetl &fg, sizeof! fg ) ); 

f write! &ver, sizeof ( ver ), 1, f ); 
f write! &ck, sizeof! ck ). 1. f ); 
f write! &fg, sizeof! fg ), 1. f ); 



20 



f close! f ); 

} 



} 

25 static void 

fgRead! void ) 

{ 

FILE *f; 
ckSum ck1; 
30 ckSum ck2; 

S32 ver - FG_FILEVERSION; 

if( fg_read ) return; 

3 5 bzero! ( void * ) &f g, sizeof! f g ) ); 

if ! ! f - fopenl "/dO/PLAYERS/teams.rwm". V ) ) ) 
{ 

fread! &ver, sizeof! ver ), 1, f ); 

40 

if! ver- - FGJILEVERSION ) 
{ 

fread! &ck1. sizeof! ck1 ), 1, f ); 
fread! &fg. sizeof! fg ). 1. f ); 

45 } 

f close( f ); 

} 

50 ck2 - ckSumGetl &fg, sizeof! fg ) h 

if! IckSumEqual! ck1,ck2)) 
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10 



20 



40 



} 



{ 

bzeroj { void * ) &fg, sizeof ( f g ) ); 

} 

_fgUpdateTimes(); 
fg_read - 1; 



/ # 

• Submit a race time for entry in the database for determining the 

* race time to beat 
*/ 

15 void 

f gSubmitl S32 track, S32 mode, S32 time, S32 laps ) 

{ 

BOOL earned; 
fgTrackHist *h; 



h « &fg.h[track]Imodet 



if ( Haps ) return; 

if( track < 0 | | track > - FG_MAXTRACKS ) return; 
25 ifl mode < 0 | | mode > FG_MODES ) return; 

h - &fg.h[track][mode]; 

/* NOTE: if they don't finish the race, make it easier */ 
30 ifl !time ) 

{ 

_insert{ h f _f gWorst|track,mode) ); 

} 



35 { 

_insert( h, CONVERT(time f laps) ); 

} 



earned - fgEarnedl track, mode, time, laps ); 

h-> totalgames* ♦; 

h- > f reegames + - earned; 



HI h- > totalgames > - Oxf fff f fff ) 
45 { 

h-> totalgames/- 2; 
h>freegaipes/~ 2; 

} 

50 _fgUpdateThnes(); 
JgWriteO; 
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} 

S32 

fgTime2Beat( S32 track. S32 mode, S32 laps ) 
5 { 

S32t; 

if( Haps ) return; 

if( track < 0 1 1 track > ~ FGMAXTRACKS ) return; 
10 if( mode < 0 1 1 mode > FG_MODES ) return; 

t - fg.h!track]Imode].curttb; 

t - UNCONVERHtJaps); 

return t; 

} 



15 
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WHAT IS CLAIMED IS : 

1. A method of simulated vehicle competition, comprising: 

storing a plurality of parameters indicative of past routes and a past route; 
providing a threshold route parameter; 
5 navigating a simulated vehicle over a current route; 

displaying the current route of the simulated vehicle; and 

modifying the threshold route parameter with a parameter corresponding to the plurality of stored 
parameters. 

]0 2. The method defined in Claim 1, additionally comprising simultaneously displaying the past route of 

the simulated vehicle with the current route of the simulated vehicle. 

3. The method defined in Claim 1, wherein modifying the threshold route parameter includes selecting 
a parameter from the plurality of stored parameters as a function of a factory generated statistic. 

4. The method defined in Claim 1, wherein modifying the threshold route parameter includes: 
sorting the plurality of stored parameters into a sequential order; and 

selecting a parameter from the sorted plurality of stored parameters at a location determined by a 
percentage of the total number of stored parameters. 

5. The method defined in Claim 1, wherein the threshold route parameter is a free game time. 

6. A method of rewarding a player of a simulated vehicle racing system, the method comprising: 

a) storing vehicle race parameters of past players on a particular track in a memory; 

b) storing a target vehicle path; 

c) selecting one of the stored vehicle race parameters as a target race parameter; 

d) playing the stored target vehicle path as a function of the target race parameter and a new 
vehicle path by a player vehicle of a present player; 

e) recording spatial data of the player vehicle on the particular track in a buffer as the new vehicle 
path of the present player; 

f) storing a vehicle race parameter of the present player in the memory; 

g) selecting the recorded new vehicle path as a new target vehicle path if the stored vehicle race 
parameter of the present player is an improvement over the target race parameter; 

h) adjusting the stored vehicle race parameter associated with the new target vehicle path based 
on the target race parameter, thereby generating a new target race parameter; and 

i) repeating d) • h) at least one time. 
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7. The method defined in Claim 6, additionally comprising sorting the vehicle race parameters 
according to a predetermined criteria. 

8. The method defined in Claim 6, wherein the vehicle race parameter comprises a time to finish a 

race. 

9. The method defined in Claim 6, additionally comprising awarding the player a reward if the stored 
vehicle parameter of the present player is an improvement over the target race parameter. 

10. The method defined in Claim 9, wherein the vehicle racing system is an arcade game and the 
reward comprises a free race. 



11. The method defined in Claim 9, wherein the vehicle racing system is connected to a global 
15 computer network and the reward comprises recognition for the player on a network resource of the global computer 

network. 

12. The method defined in Claim 9, wherein the vehicle racing system is connected to a global 
computer network and the reward comprises cyber-credits or a cyber-reward for the player on a global computer 

20 network. 

13. The method defined in Claim 6 f additionally comprising: 

tagging each stored vehicle race parameter with a date of storage and a time of storage; and 
removing a vehicle race parameter tagged with the oldest date and time from the memory when a 
25 new vehicle race parameter is added to the memory. 

14. The method defined in Claim 6, wherein a portion of the memory storing the vehicle race 
parameters is organized as a data structure comprising a circular queue. 

30 15. The method defined in Claim 14, wherein the circular queue has a length equal to a predetermined 

number. 

16. The method defined in Claim 14. additionally comprising overwriting an oldest entry in the circular 
queue when a new vehicle race parameter is added. 



17. The method defined in Claim 6, wherein the target race parameter is modified over time. 

18. The method defined in Claim 9, wherein adjusting comprises: 
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determining a first percentage of rewards to be awarded over time; 
determining a second percentage of rewards already awarded based on previous races; and 
selecting one of the stored vehicle race parameters as a function of the first percentage and the 
second percentage. 

5 

1 9. The method defined in Claim 9, wherein the reward comprises a free game. 

20. The method defined in Claim 6, wherein the vehicle race parameters of a particular track are stored 
in the memory for a predetermined number of previous races. 

10 

21. A simulated vehicle racing method, comprising: 

retrieving a vehicle path corresponding to a stored route of one of a plurality of previous players on 
a simulated course; 

retrieving a plurality of vehicle race times, each race time corresponding to a race time of a 
1 5 previous player; 

selecting one of the plurality of vehicle race times as a free game time; and 

adjusting the playback of the retrieved vehicle path as a function of the free game time. 

2Z The method defined in Claim 21, wherein adjusting the playback of the retrieved vehicle path is also 
20 a function of a vehicle race time corresponding to the retrieved vehicle path. 

23. A simulated vehicle system, comprising: 
a simulated vehicle configured to traverse a simulated course; 
a data structure holding a plurality of course finish times; 

a present course buffer configured to store a present course path of the simulated vehicle and a 
course finish time of the simulated vehicle as it traverses the simulated course; 

a recorded course storage configured to store a recorded course path; and 
a playback adjuster configured to adjust the speed of playback of the recorded course path when a 
course finish time in the data structure which corresponds to the recorded course path is different than a 
selected one of the course finish times. 

24. The system defined in Claim 23. wherein the playback adjuster adjusts the speed of playback of 
the recorded course path to the selected one of the course finish times. 

35 25. The system defined in Claim 23, wherein the data structure comprises a circular queue. 



25 



30 
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26. The system defined in Claim 23, wherein each one of the present course path and the recorded 
course path includes parameters for a position and an orientation of the simulated vehicle. 

27. The system defined in Claim 23, wherein the recorded course path is displayed simultaneously with 
5 the present course path. 

28. The system defined in Claim 23, wherein the playback adjuster adjusts the speed of playback of 
the recorded course path according to the ratio of the selected one of the course finish times to the course finish time 
corresponding to the recorded course path. 

10 

29. The system defined in Claim 23, wherein the data structure holds a preselected number of course 
finish times. 

30. The system defined in Claim 23, wherein the recorded course storage stores a previous present 
1 S course path as the recorded course path. 

31. The system defined in Claim 23, wherein the present course path is stored in the recorded course 
storage as the recorded course path if the course finish time corresponding to the present course path is faster than 
the course finish time corresponding to the recorded course path. 

32. The system defined in Claim 31, wherein the selected one of the course finish times changes over 
time as additional instances of traversing the simulated course are performed by users of the system. 

33. The system defined in Claim 32, wherein an instance of traversing the simulated course by a user 
of the system comprises a game, and the user is awarded a free game if the course finish time corresponding to the 
present course path is faster than the course finish time corresponding to the recorded course path. 

34. The system defined in Claim 33, wherein the selected one of the course finish times changes over 
time based on a relationship between a percentage of free games to allow and a percentage of prior free games. 

35. A computerized competition method, comprising: 
accumulating a plurality of competition scores from multiple competitions in a competition 

environment; and 

selecting one of the competition scores to be a threshold for further competitions, wherein passing 
the threshold determines an award, and wherein the selecting is based on a predefined percentage of awards. 

36. A computerized competition system, comprising: 
a competition environment stored in a computer; 
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a data structure storing a plurality of past competition scores; 

a present competition buffer configured to store a present competition score and results of a 
present competition in the competition environment; 

a recorded competition storage configured to store results of a past competition in the competition 
5 environment; and 

a parameter adjuster configured to adjust at least one parameter of playback of the recorded past 
competition based on a function of a selected one of the competition scores. 

37. The system defined in Claim 36, wherein the at least one parameter of playback is adjusted if one 
1 0 of the plurality of past competition scores corresponding to the stored results of a past competition is different than a 

selected one of the plurality of past competition scores. 

38. The system defined in Claim 36, wherein the selected one of the plurality of past competition 
scores is selected by an owner or operator of the competition system. 

15 

39. A simulated competition method, comprising: 

retrieving a stored competition sequence of a previous player in a competition environment; 
retrieving a plurality of scores of previous players; 
selecting one of the plurality of scores as a target score; and 
20 adjusting a playback parameter of the retrieved competition sequence as a function of the target 

score. 

40. The system defined in Claim 39, wherein the playback parameter is time. 

25 
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